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EXECUTIVE SUMMARY 


The objective of this report is to detail the evolution of non-tax revenue management and reporting by the Commonwealth of 
Massachusetts. Historically, there has been a disproportionate amount of focus in government on expenditure management 
as compared to revenue management. The need to increase the focus on non-tax revenue management was highlighted by 
two revenue analysis reports issued by the State Auditor's Office (December, 1988) and the Office of the State Comptroller 
(November, 1990). These reports and other factors were key components in the State Comptroller's decision to increase 
the focus on non-tax revenue management and subsequently approve the creation of the Billing and Accounts Receivable 
Subsystem (BARS). BARS is the centralized revenue management system which was developed and integrated in Fiscal 
Year 1992 into the Massachusetts Management Accounting and Reporting System (MMARS). This was a monumental step 
in that it allowed the accurate management and reporting for 147 Commonwealth Departments of both the billing and 
collection component of revenue management. 


The Commonwealth receives revenue from two general revenue categories, tax and non-tax. The Department of Revenue 
(DOR) is authorized to manage the activities related to the collection of tax revenue (state income, corporate, etc.) and the 
Office of the State Comptroller (CTR) is authorized to manage the activities related to the collection of non-tax revenue (user 
fees, fines, etc.). While these two revenue streams are segregated both by authority and scope, they are very much 
integrated when presenting the financial condition of the Commonwealth. Any sustainable increase in non-tax revenue 
collections is a potential opportunity to reduce the Commonwealth's reliance on general tax revenue, and this shifts the 
revenue burden from the general taxpayer to the direct users of Commonwealth services. 


In the eighteen-year period between July 1, 1980 and June 30, 1997, the Commonwealth’s total annual revenues for all 
government funds, statutory reporting basis, grew from $6.3 billion to $19.2 billion; concurrently non-tax revenue increased 
from $2.5 billion to $4.5 billion. Since the FY92 inception of BARS, the Commonwealth has billed $10.3 billion and realized 
$9.8 billion in offsets related to the billings. 


The chart below graphically displays the chronological progression of the billing and offset component of BARS between 
Budget Fiscal Years 1992 - 1998. 
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The following pages detail the many factors which were instrumental in the increase and maintenance of the 
Commonwealth’s non-tax revenue management, which is being managed by the Office of the State Comptroller's Revenue 
Bureau. 
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ARS 


HISTORY 

The Billing and Accounts Receivable Sub-System 
(BARS) is a statewide centralized, automated billing 
and collection subsystem fully integrated into the 
Massachusetts Management Accounting and Reporting 
System (MMARS). It provides decentralized access 

' while also providing a uniform revenue process across 
all departments of the Commonwealth. The 
implementation of BARS in FY92 represented the 
second phase of MMARS. 


The State Comptroller is authorized by MGL Chapter 
7A §7 to establish the accounting standards for the 
Commonwealth. It is under this authority that the Office 
of the State Comptroller approved the BARS initiative to 
improve the management and collection of non-tax 
revenue. Some of the factors that contributed to this 
decision were uneven balance between expenditures 
and revenues, as well as the State Auditor's Office 
(SAO), Report on the Controlling and Monitoring of 
Non-Tax Revenue by Various State Agencies (#88- 
5014-9) issued in December 1988. This report 
highlighted the Commonwealth’s inadequate accounting 
and administrative controls for: billing, collecting, 
depositing and recording amounts owed; recording of 
accounts receivable; reconciling accounts receivable 
control accounts to subsidiary accounts; preparing trial 
balances of accounts receivable; aging of accounts 
receivable; write-off of uncollectible amounts; 
reconciling agencies’ accounts receivable balances to 
amounts reflected on MMARS reports; and actively 
pursuing the collection of outstanding accounts 
receivable balances. 


The BARS design, development, and implementation 
was a joint project of the Office of the State Comptroller 
(CTR), Information Technology Division (ITD—formerly 
known as the Office of Management Information 
Systems) and the American Management Systems 
(AMS). Some of the primary factors consistent 
throughout the entire design and developmental stage 
of BARS included standardization of accounts 
receivable practice across departments, increased 
focus of departments on revenue management 
activities, increased collection activity as measured by 
timeliness and amount of collection, and identification 
and resolution of revenue accounting issues. 


The BARS implementation strategy developed by CTR 
drew heavily upon the experience gained in 
implementing MMARS in FY87. Some of the 
components which assisted in the successful 
implementation were the communicated need for BARS 
by top management, the formation of an advisory group 
of selected departments to assist in policy and 
procedural definitions, the phasing of implementation 
over a one-year period, and the designation of a BARS 


team member for departmental assistance throughout 
the entire implementation period. 


The Office of the State Comptroller developed and 
conducted training for all departments during the 
implementation stage (FY92). Training needs were 
identified by the Revenue Bureau early in the project 
and continued to evolve, as departments became more 
experienced with BARS functionality. 


Since the implementation of BARS in FY92, the 
Revenue Bureau has issued the following guidance 
manuals for department use: the BARS Policy and 
Procedure Manual, the Intercept User Guide, the 
Interdepartmental Billing (IE/IV) Procedure Manual, and 
the BARS Training Tutorial. 


UNCTIONALITY 


CUSTOMERS 

The Customer File, which is stored in MMARS, contains 
information on customers who enter into a business or 
service relationship with the Commonwealth of 
Massachusetts for the purchase of goods or services in 
accordance with provisions of law or statute. The 
MMARS Customer File currently holds 462,990 active 
non-summary customers and 25,076 temporary invalid 
customers 


All customers who enter into an accounts receivable 
relationship with the Commonwealth of Massachusetts 
must be identified in BARS by either their Social 
Security or Federal Identification Number (FEIN). This 
number becomes known as the Customer Code in 
MMARS. When a customer's Social Security or FEIN 
number is not known or readily available at the time of a 
receivable event, a system-generated temporary invalid 
customer code is assigned. The temporary invalid 
customer code Is a unique temporary number 
identifying a customer until their Social Security or FEIN 
number can be obtained. All customers in MMARS 
must be classified as either a type “I” for an individual or 
a type “O” for an organization, corporation, partnership, 
government, trust or other department-defined 
customer. 


The importance of using a customer's FEIN or Social 
Security number when billing has been heightened by 
the functionality of Intercept. The Intercept process 
works by matching a vendor payment’s FEIN or Social 
Security number with a delinquent receivable’s 
customer code to offset that receivable. The Intercept 
functionality cannot offset receivables that have 
temporary invalid customer codes. This is why the use 
of temporary invalid customer codes must be used only 
when absolutely necessary. 
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Other types of customer codes include a summary 
customer code and a Multi-Party summary customer 
code. A summary customer code is a representative 
code used to record an aggregate receivable amount in 
MMARS. A Multi-Party summary customer code 
represents a single liability for which one or many 
parties are responsible (joint and several liability). The 
MMARS Customer database currently has 401 active 

-summary customer codes and 1478 active Multi-Party 
summary customer codes. 


For more information regarding policy for the data entry 
and maintenance of customers in BARS, please refer to 
MMARS Memo #259. 


BARS BILLING 

The BARS system provides a comprehensive billing 
system that generates invoices and statements. 
Receivable Event (RE) documents are entered on-line 
to recognize that a billable event has occurred for either 
a detail or summary customer. Receivable events, 
payments, credit memos, finance charges, and refunds 
are processed against a customer account. Recurring 
receivables and renewal notice capabilities are also 
available. 


Customer invoices are generated nightly with the 
Capability of creating replacements and adjustments as 
needed. The customer invoice contains information on 
one receivable event. If the customer has an ongoing 
relationship with a department, a customer statement 
can be generated instead. The customer statement 
contains all receivable events/adjustments [receivable 
event (RE); receivable increase (RI); receivable 
decrease (RD); and write-off (WO)], cash transfers 
(CT), non-sufficient checks (NF), revenue refunds (RF), 
and finance charges for a given period, as well as the 
beginning and ending balances for that period. 


BARS automatically initiates a step-by-step billing 
process. The system will generate a standard series of 
bills with dunning messages and a collection letter. 
Interest charges and late charges may be applied to 
delinquent accounts where appropriate. The chart 
below details the default dunning schedule: 


4 

31 

61 

91 
Monthly 
Ad Hoc Basis 


# of Days Past Due 


PAYMENT PLAN 

In February, 1995 Payment Plan functionality was 
developed and integrated into BARS. Payment Plan 
provides BARS users with an alternative means for their 
customers to pay a receivable owed to the 
Commonwealth by establishing an agreed upon 
payment schedule. Payment Plan is fully integrated 

into the BARS subsystem and takes advantage of 
current functionality whenever possible. 


Payment Plan allows customers to pay their accounts 
over an extended period of time while the 
Commonwealth recognizes the receivable event when it 
occurs. It provides revenue managers with a tool to bill 
and receive monthly, quarterly, or semi-annual 
customer payments for outstanding receivable 
balances. Payment Plan functionality can be applied to 
delinquent accounts, partially paid receivables, as well 
as to customers with a judgment against them. 


There are two types of payment plans: Even and 
Random. Even payment plans occur on a set basis for 
the same dollar amount on a monthly, quarterly, or 
semi-annual frequency. Random scheduled payment 
plans occur on pre-scheduled days with variable dollar 
amounts as agreed upon by the department and 
customer. 


Once a Payment Plan is entered, an Agreement Notice 
is printed which details the payment schedule including 
any legal text or department information. Payment Plan 
then schedules reminder notices to be sent out to 
customers reminding them of their payment plan 
obligation. 


When the department receives a payment, it enters a 
CT referencing the receivable. Because the receivable 
is tied to the payment plan, the cash is automatically 
applied to the payment schedule in chronological order. 
This means that any past due periods will be relieved 
before current periods. Conversely, any overpayment 
will first be applied to the current period, and will then 
be applied to the final period and work its way backward 
to the current period. 


Since the inception of Payment Plan functionality to 
BARS in FY95, departments have billed more than 
$54M and have collected over $39M. 
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Notices Created for Payment Plan Functionality 


Agreement 
Initial notice sent out after payment plan is entered; 


details all plan payments, amounts, due dates and 
terms and conditions. 


Reminder 
Printed every scheduled period a predetermined length 
_|of time before the payment is due. 


Completion 
Once a Payment Plan is completed a reminder notice is 


sent to the customer acknowledging that the receivable 
has been relieved in full. 


Cancellation 

The department may chose to set up a Payment Plan 
that will automatically cancel and return a receivable to 
the normal dunning cycle after a customer misses 
consecutive payment periods. Also, a department may 
wish to manually cancel a Payment Plan for any 
number of reasons. If a Payment Plan is canceled, a 
Cancellation Notice will be sent to the customer 
demanding payment in full upon receipt. 


Overpayment 
If a customer overpays a payment plan period, the 


overpayment will be credited to the final period and 
credit periods backward towards the current payment 
period. If a customer makes a payment that is greater 
than the balance of the receivable, a Payment Plan 
Overpayment Notice will be sent offering a refund or 
credit to be applied to a future receivable. 


MULTI-PARTY BILLING 
In May of 1995 Multi-Party Billing functionality was 
developed and integrated into BARS. 


Multi-Party Billing functionality enables BARS users to 
bill multiple parties for a single receivable. This 
functionality automates the receivable process whereby 
the Commonwealth may bill multiple individuals or 
organizations for the same receivable event (joint and 
several liability). During the billing process, the 
Commonwealth assumes that the parties involved will 
negotiate financial responsibility among themselves and 
remit, either collectively or individually, payment for the 
entire debt. In some cases, the Commonwealth 
negotiates consent orders with certain billable entities 
(BE). Consent orders limit financial responsibility for 


BEs to a dollar or percentage amount of the outstanding 
debt. 


Currently, departments use Multi-Party billing for items 
such as waste-site clean up, damage to public property, 
and annual compliance fees. Since the inception of 
Multi-Party Billing functionality, departments have used 
this enhancement to bill $4.8M and collect $2.1M. 


For more information regarding multi party billing, 
please refer to MMARS Memo #234. 


INTERDEPARTMENTAL BUSINESS 

In February 1995, Interdepartmental Business 
enhancements were developed and integrated into 
BARS by automating the creation of Interdepartmental 
Encumbrance (IE) and Interdepartmental Voucher (IV) © 
documents 


Interdepartmental business refers to contractual 
agreements between state departments for the 
provision of goods and/or services between state 
departments. Fund to fund transfers is the payment 
vehicle used between departments on MMARS. The 
Office of the Comptroller, pursuant to 815 CMR 6.00 
(Code of Massachusetts Regulations) is responsible for 
authorizing interdepartmental business. 


The Authorized Chargeback Department has the ability 
to generate multiple encumbrances for a single buyer 
department/organization combination. This functionality 
coordinates the interdepartmental encumbering process 
and the interdepartmental billing process to operate in a 
similar manner. 


Table processing for the generation and modification of 
documents is also similar. System controls do not allow 
for the existence of more than one modification per IE 
on the Suspense Table (SUSF). The nightly cycle 
automatically updates the history tables when 
interdepartmental IEs and IVs are deleted off the SUSF 
file. The reference totals on the document generation 
and history tables were redesigned to provide useful 
financial information for the users. 


Reports, including the RPT335B - Interdepartmental 
Encumbrances in Suspense File and the RPT335C - 
Interdepartmental Vouchers in Suspense File, are 
updated by the end of each period. 


Between FY95 and April 1, 1998, departments have 
engaged in over $1.3 billion in transfers. 


For more information regarding interdepartmental 
business, please refer to MMARS Memo #230. 


RENEWALS 

BARS Renewal functionality is used by departments to 
issue reminder notices to customers whose license or 
subscription will expire in a monthly, quarterly, annual, 
or biannual cycle. Renewals are also used to notify 
customers of important information such as exam dates, 
fee changes, etc. A Renewal is not a financial 
transaction (i.e. receivable) and thus is not recorded on 
the ledger. However, Renewals have a scanline on the 


payment coupon and can be processed by the Central 
Remit Lockbox. 
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PRINTING 

In January 1997, the Information Technology Division 
(ITD) introduced a high quality/high speed Xerox printer 
to produce all of the BARS output. This enhancement 
added more dots per inch (dpi) to the output forms and 
improved the scanline, one that the Master Lockbox is 
able to read with greater accuracy and frequency. The 
address font was also enlarged to accommodate postal 
_ bar code generation. 


DISTRIBUTION & BILLING SORT OPTIONS 

In July of 1994, enhancements were made to BARS 
that improved distribution methods for all invoice, 
statement, and renewal output. These enhancements 
also included modifications to existing reports as well as 
the introduction of a new report, RPT430B-Accounts 
Receivable Detail Transaction by Remit To Code. This 
report was created to augment RPT430A, which is 
sorted by billing date. Reports 431A (Past Due 
Receivables) and 432A (Summary Aging) were 
modified to sort by Department and Remit To Code. 
Other enhancements included the introduction of 
Predictive Tables that allow departments and the 
Operations Bureau to view their projected transaction 
volume prior to printing. This effort was engaged to 
help the Information Technology Division with predicting 
cycle runs, volume of paper needed, and in managing 
the bursting process. This effort also helped to assist 
the Operations Bureau with managing the nightly cycle 
and providing departments with an estimate on the 
volume of pending mailings. 


To give departments more flexibility in how their BARS 
output was printed, two tables were created: SORT 
(Sort Options Reference Table) and SOCS (Sort Option 
Control Settings Table). These tables, in conjunction 
with the Revenue Options Table (ROP2), give 
departments control over how their bills will be sorted 
for printing (by date, remit code, customer code, etc.). In 
addition to the standard delivery of BARS output to 
departmental bins located on the 8" floor of Ashburton 
Place, departments now have the ability to have their 
BARS output mailed directly from the facility in Chelsea 
to the customer, thus eliminating a step in the mailing 
process. For more information regarding distribution, 
please refer to MMARS Memo #222. 


{ ASH MANAGEMENT 


CMCR/LOCKBOX 

The Cash Management/Central Remit (CMCR) project 
began in July, 1993 to respond to an Office of the State 
Comptroller and Treasury request that the process of 
depositing and reporting non-tax revenue be 
streamlined and automated. 


The “Cash Management” aspect of the project resulted 
in the discontinuation of the Treasury Receipt (TR) and 


the Cash Receipt (CR) transactions in MMARS, to be 
replaced by the Confirmed Deposit/Cash Transfer 
(CD/CT) transactions. Under CMCR, one CD and one 
CT transaction perform the accounting work of four 
TRI/CR transactions. In some cases, all that is needed 
to post cash is a single CD processed by Treasury. 

The “Central Remit” portion of CMCR emerged from the 
concept of “single thread” transaction processing and 
was explored in the form of smart slips, workstations, 
and retail lockboxes. The idea behind a single thread 
deposit stream was to deposit cash as quickly as 
possible and to automate the posting of the cash, 
thereby avoiding manual data entry and allowing for 
cash to be posted immediately upon receipt (by the next 
business day). 


The automated CT was developed to translate bank 
files into functional MMARS CTs that could update 
receivables and post cash to allocation accounts. This 
resulted in payments going directly to the bank instead 
of first to the Departments, thus expediting processinc 
Departments would then reconcile the cash after 
deposit. Before CMCR, over-the-counter cash was 
reconciled before a deposit would be made resulting in 
deposits sometimes lagging for weeks or even months. 


As the Central Remit phase has been extended to 
departments, it has been necessary to redefine the 
workflow of tracking receivables-oriented cash. The CT 
transaction supports cash deposits for MMARS cash 
transfers, BARS invoices, statements, and renewals, as 
well as for non-BARS renewals. In keeping with the 
idea of a single thread deposit stream, Central Remit 
was designed to be as uncomplicated as possible, 
using the existing BARS system as a foundation. 


The CT needed to be automated, and the way to 
accomplish this was by using bank lockboxes; 
depository processing centers using existing OCR 
scanline technology. This process begins when a 
payment and remittance coupon are sent to the 
lockbox, and is precipitated by a bill or renewal being 
mailed to a BARS customer. All but one of the lockbox- 
generated Central Remit events occurs on Day 1 of the 
payment cycle. The chart below depicts a typical 
payment cycle. 


LOCKBOX PAYMENT CYCLE: 

P_—|1 | payment and caupon are processed in leckbox _ 
|2a__|1___| coupon scanned to create bank journal record _| 
[3 | 4 OMIS picks upbankfile 


5 1 CT processed in nightly cycle if clearing 
account has enough dollars 


3,4 | Treasury sweeps bank account for confirmed 
or5 | cash and generates a CD to post cash to 
departmental clearing account on MMARS. 
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The function of the scanline is to allow the bank to 
produce a deposit record that will be passed each day 
to MMARS, and to enable the lockbox to deposit the 
cash into the correct account. The deposit record that 
is returned to MMARS is comprised of the scanline, 
keyed-in data, and “magnetic intelligent character 
recognition” (MICRA) - scanned data retrieved from the 
payment that accompanies the BARS remittance to the 
_ bank. The deposit record is then used by BARS to 
produce a system generated CT capable of updating 
receivables and allocating funds to the appropriate 
revenue budget in MMARS. The system-generated CT 
further breaks down scanline data into department 
reference fields and MMARS reference fields that 
appear on the Open Cash Transfer Header (OCTH) 
table in MMARS. These fields are further broken down 
into MMARS data elements in the Information 
Warehouse. 


For more information regarding CMCR, please refer to 
MMARS Memo #208. 


Since the installation of the Commonwealth Master 
lockbox, 772,081 automated CTs have been processed 
totaling $181,147,789. The future of CMCR will be to 
encourage more departments to utilize the lockbox. 
Currently, thirteen departments are participating. 


CREDIT CARDS 

In November 1992, the Treasury Department and the 
Office of the State Comptroller initiated a program to 
introduce credit cards as a payment method for 
customers of the Commonwealth. To date, the six 
departments accept credit card payments for such 
services ice rentals, space rentals and numerous user 
fees. 


National Data Corporation (NDC), the credit card 
service provider, entered into a contract in FY94 with 
the State Treasurer who in turn allows Departments to 
come on board by completing an Interdepartmental 
Service Agreement with Treasury. 


Departments are invited to request this payment 
functionality at any time. The Office of the State 
Comptroller will work closely with departments, Office of 
the Treasurer, and the provider to facilitate these efforts 
at increasing the flow of payments into the 
Commonwealth. Currently, eight additional 
departments are in the process of implementing credit 
card functionality. 


NTERCEPT 


In March 1995, Intercept functionality was developed 
and integrated into BARS. Chapter 315 of the Acts of 
1994 authorizes both the intercept process and 
subsequent regulations governing intercept and debt 


collection, which have been published in 815 CMR 9.00 
Debt Collection. 


Intercept is an automated process that matches eligible 
payments to delinquent receivables for individuals and 
organizations that function both as vendors and 
customers to the Commonwealth of Massachusetts. 
Matched payments offset the delinquent receivable, 
either in part or in whole, until the total receivable 
amount is retired. 


Before a receivable is eligible for Intercept, it must pass 
two sets of criteria: (1) the receivable must be 
outstanding for at least 120 days, and (2) the customer 
must receive at least four notices requesting payment. 


Receivables not eligible for Intercept include: REs with 
a temporary invalid customer code, marked for dispute 
or debt collection on the OREH Table, Multi-Party, 
Summary, and Payment Plan. 


To assist departments in preventing errant intercepts, 
there are three tables in MMARS where they can enter 
exception criteria that will prevent documents from 
being eligible for intercept processing: DIET, DIE2, and 
DIED. An Intercept Exemption Request Form must be 
filled out if any additions, deletions, or changes are to 
be made on the DIET or DIE2 Tables. 


Intercept processing will continue to be enhanced and 
expanded to potentially include debt from higher 
education institutions, other governmental agencies, or 
other state debtor resources. 


Intercept Revenue BFY95-BFY98 


$3,000,000 +7 : 
$2,500,000 
$2,000,000 + 


$1,500,000 + 


$1,000,000 
$500,000 47 


$0 lat ‘| : 
BFY95 BFY96 BFY97 BFY98 


Totals as of 3/26/98 
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D EBT COLLECTION 


The Commonwealth's Debt Collection service has 
grown tremendously since its inception in FY90. In 
FY90 the first Request for Response (RFR) was issued 
by the Office of the State Comptroller for debt collection 
services. 


In FY92, the Office of the State Comptroller issued the 
second RFR for Debt Collection Services. From FY93- 
FY96, departments had agreements with seven 
collection agencies that provided debt collection 
services to 36 departments. Delinquent accounts 
ranged in size from $25 to $900,000. Examples of 
accounts that had been referred to debt collection 
agencies included security deposits, bad checks, 
hospital bills, claims for damages to highways and 
guardrails, and student tuition loans. 


In January 1996, the Office of the State Comptroller, in 
conjunction with OSD, issued a third RFR for Debt 
Collection activity. Initially, ten vendors were chosen 
after an intensive and comprehensive selection 
process. Currently, there are nine debt collection 
agencies that are part of the statewide contract 
agreement. This new contract began on July 1, 1996 
(FY97) and will be in effect until FY99, with two 
additional one-year renewal options. 


At present, the Office of the State Comptroller has on 
file 100 Collection Account Agreements (CAA) with 51 
departments (individual departments may use multiple 
debt collection agencies). For more information 
regarding debt collection, please refer to MMARS 
Memo #253. 


From FY92 to FY98, debt collection activity has grown 
to almost $20 million. The chart below represents this 
growth. 


Fy92 


FY98 to 2/28/98 


Barsirevenue INTERFACE 


The original BARS implementation was designed to 
encourage departments with an approved delegated 


Collected Amount 


accounts receivable system to interface with BARS as a 
way of establishing accounts and detail customer 
information while minimizing manual and redundant 
data entry. 


Both transactions and tables were targeted as potential 
interface methodologies, although at the beginning 
there was no precedent for doing table interfaces in 
MMARS. Since the Customer Update Table (CUSU) 
was the fundamental table for establishing BARS 
accounts, the Customer Update (CU) transaction was 
designed specifically for interfaces. On-line users 
would continue to use the CUSU table. 


Two table interfaces were designed early on to bring in 
the Secretary of State’s renewals and to allow for 
customer number and name changes on the system. 
This helped to establish a BARS customer base that 
represented all registered businesses in the 
Commonwealth. 


Over the following five years, 18 BARS user 
departments established one or more interface 
datastreams with BARS. This affected nearly every 
BARS transaction and several BARS tables, including 
receivables and adjustments, receivable text, refunds, 
renewals, an interdepartmental chargeback interface 
and payment intercepts between external entities and 
BARS itself. 


There were also a number of “one-time” interfaces 
designed to establish a new BARS user department on 
the system. Once the accounts were loaded, the 
department became a standard BARS on-line user. Of 
these interfaces, some remain active on an annual 
basis, while others can be run on request. 


Presently, there are about 60 datastreams for BARS. 
The breakout approximates as follows: 6 are annual 
loads, 14 are monthly interfaces, 2 are biweekly, 5 are 
weekly, 24 are daily interfaces, 4 are ad hoc, and 2 are 
inactive. There were about 7 one-time loads. 


The Revenue Bureau continues to encourage 
departments to explore new interfaces with BARS. All 
new interfaces will be required to use the new 
CommBridge communication platform. The Revenue 
Bureau will act as a department liaison between the 
Office of the State Comptroller's Technical Services 
group and interfacing departments. Interface requests 
are reviewed and approved based on a demonstrated, 
sound business need. Since the inception of BARS, 
there has never been a time when at least one interface 
was not being designed or developed. 


For more information regarding interface issues, please 
refer to MMARS Memo #263. 
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BARS REPORTS 

BARS reports provide detailed and summarized 
information highlighting the key revenue components 
used by revenue managers. Reports are used to 
review revenues, accounts receivable, aging accounts 
. receivable and customer accounts. The frequency and 
distribution of BARS reports varies by report. The 
following is a list of BARS reports at both the 
department and control levels. 


DEPARTMENTAL REPORTS: 

RPT335A - Aged Unprocessed Documents 

RPT340A - Processed Transactions 

RPT430A - Accounts Receivable Detail 
Transaction Activity 

RPT431A - Past Due Receivable Detail Report 

RPT432A - Summary Aging Report by Customer 

RPT433A - Customer Credit Balance Report 

RPT437B - Invalid FEIN Code by Department and 
Customer Code 

RPT465A - Revenue Earned. Received & Retained 

RPT466A - Cash Received by State vs. Reported by 

. Department 

RPT466C - Treasury Receipts vs. Department 
Receipts by Department & Period 

RPT469A - Cash Received & Allocation by 
Commonwealth 


RPT470A - 


The bolded reports above are audit trail reports. 


CONTROL REPORTS: 

RPT285A - State Tax Collections - Quarterly 

RPT286A - Comparison & Reconciliation of Revenue 

RPT286B - Comparison & Reconciliation by REVB 

RPT286C - Components of Revenue by REVB 

RPT286D - Components of Revenue by REVB and 
Secretariat 

RPT286E - Comparison of Revenue 

RPT286J - Comparison & Reconciliation of Revenue 

RPT432A - Statewide Summary Aging Report 

RPT437A - Invalid FEIN Code by Customer Name 

RPT460A - Comparative Statement of Receipts 

RPT461A - Comparative Statement of Receipts - 
Budgetary Funds 

RPT462A - Comparative Statement of Receipts - by 
Funds 

RPT463A - Comparative Statement of Receipts - 
Restricted vs. Unrestricted 

Rpt466B- Treasury Receipts vs. Department 
Receipts by Fund 


Originally, the print frequency and distribution of these 
reports was “period close” (monthly). However, BARS 
reports are no longer generated in paper form because 


Revenue Compared to Budget by Program 


they are now available through ViewDirect, the on-line 
reporting system for all standard MMARS reports. 


INFORMATION WAREHOUSE/ RECEIVABLES 
MANAGEMENT 

In FY97, the Revenue Bureau coordinated an effort to 
enhance the Information Warehouse to include tables 
and views that aid in the administration of non-tax 
revenue/receivables management by enabling the 
Bureau to track open receivables. These new tables 
specifically target receivable related documents and 
processes as captured from the revenue ledger and are 
referred to as Receivables Management tables. 


This enhancement to the Information Warehouse allows 
the Revenue Bureau to track remaining balances on 
open receivables, which will enhance virtually every 
warehouse report that is currently unable to calculate 
accounts receivable balances across fiscal years. 


The Revenue Bureau’s goal was to identify and capiu:: 
as much non-tax revenue information as necessary to 
conduct a comprehensive and ongoing inquiry of all 
BARS activity, as well as identify all receivable 
adjustments and receivable offsets. Also integral to the 
design of the Receivables Management environment 
was the relationship of the customer to the receivable. 

It was imperative that all updates to the customer record 
via either the CUSI or CU process were reflected in the 
Receivables Management environment. This would 
allow for accurate receivable history reports in the event 
that a customer's information changed. 


These goals were realized by recognizing that the 
Information Warehouse is a storage entity that is finite 
in both size and processing time; all fields and 
functionality requested by the Revenue Bureau that are 
included in the Receivables Management environment 
have a clearly defined business need. 


The Receivables Management environment includes 
three new tables created in the Information Warehouse 
to help departments manage their non-tax revenues. 


Receivable Detail Table 

This view includes receivable detail information that 
allows users to perform detailed queries of original, 
adjustment and modification documents related to a 
receivable. It captures all receivable activity for any 
receivable entered into MMARS, either manually or 
through an interface, that is currently stored on the 
OREH table (Note: in FY92/93 some closed receivables 
were purged from this table). The data in this WH table 
is captured from the Revenue Ledger. 


Offset Detail Table 

This view contains offset document records from the 
Revenue Ledger that allows users to perform detailed 
queries of all offset documents related to a receivable. 
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Summary Table 

The receivable management summary records 
summarize all detail activity (both adjustments and 
offsets) for a specific receivable. The summary table 
also includes reference fields that have values created 
by BARS enhancement processing (i.e. intercept, 
payment plan, multi party billing etc.) that have 
subsequently affected the receivable. This view 
includes essentially the same information as the 
MMARS OREH and OREL tables. 


Having this table in the Information Warehouse is 
possibly the single most powerful management and 
oversight tool yet available to the Revenue Bureau. 
This table allows the Revenue Bureau (as well as 
individual departments) to create ad hoc reports of 
detailed receivable balances. Users can create a vast 
array of reports that show open and closed receivables, 
paid amount and balances by Customer, Remit To 
Code, Organization, or any other value associated with 
a receivable. Also, departments-can customize aged 
receivable reports by customer or other variables. 


In addition to the Receivables Management tables, the 
Revenue Bureau uses the Information Warehouse to 
track all MMARS Intercept data, including all 
transactions related to DOR Tax and DOR Child 
Support Enforcement. Reports and related charts are 
generated daily using the Information Warehouse’s 
Open Payment Intercept Table. 


As part of the Revenue Bureau’s BARS and Multi-Party 
Billing Implementation of the Department of 
Environmental Protection (EQE), the Bureau is 
assisting different Divisions at EQE in the use of the 
Information Warehouse. Included in this 
implementation is assisting EQE’s Licensed Site 
Professional Board track BARS Renewals and Renewal 
payments. Also, the Revenue Bureau is assisting the 
Department of Mental Health (DMH) transition to 
hospital specific summary receivable reporting, which 
requires each hospital to use the new receivables 
management tables to track their revenue, offsets and 
adjustments. In addition, the Information Warehouse is 
used to monitor departmental debt collection activity. 


[yovative REVENUE 


REVENUE OPTIMIZATION 

In FY90, pursuant to the enactment of Section 29E of 
Chapter 29 of the General Laws, the Office of the State 
Comptroller began engaging in contingency fee based 
contracts for non-tax revenue maximization projects. 
This law allows departments who are current MMARS 
users to engage in competitive procurements for expert 
services that will realize additional revenues for the 


Commonwealth. Payment made to the vendor is 
contingent upon realized revenue and must be made 
from the revenue generated by the revenue 
maximization effort. Acting as the sole statutory 
authorized agent, the Office of the State Comptroller 
encourages all departments to pursue revenue 
maximization projects that can utilize this unique, 
contingency payment opportunity. The Revenue 
Bureau is responsible for the management and 
oversight of all types of contingency-based contracts. 


Contingency contracting is unique in that it encourages 
any department to contrive a project that could realize 
new non-tax revenue. At no risk, and under the 
authorization of the Office of the State Comptroller, a 
department can submit a Request for Response to the 
vendor community; the winning vendor must be willing 
to engage in the activity acknowledging that it will 
receive no payment until actual revenues are realized 
by the Commonwealth. 


Types of projects pursued under 29/29E include 
maximizing Federal Financial Participation (FFP) by 
auditing Medicaid recipient services and “data 
matching” third party providers who should have paid 
for the state provided services. Other types of projects 
include identifying eligible FFP services that were 
provided but were never billed. 


RevMax BFY91 - BFY97 
(Chapter 29, Sec. 29E Only) 
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Since its inception through April 1, 1998, over 40 
projects have been procured under Section 29E, 
generating nearly $446,304,094 in non-budgeted 
revenues. The vendor payments, made from a 
percentage of the gross revenues collected, total 
$43,237,412. 
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While 29/29E procurements realized great success in 
increasing non-tax revenues, the administration 
sponsored another revenue maximization legislative 
proposal that was enacted as Chapter 38, Section 309 
of the FY96 budget. 


The new language enhanced 29/29E contingency 
language in that it allowed for an “incentive distribution” 
for departments who engaged in Section 309 revenue 
optimization projects. It recognized that departments 
have limited resources to engage in revenue 
optimization projects and also added the department 
incentive as a motivating factor. 


Consultants were then engaged to interview all 
departments and prepare a feasibility report of new 
projects that could enhance non-tax revenue. 
Section 309 projects realized nearly $40M in net 
additional (non-budgeted) revenue in FY96. 


Realizing that Section 309 contained restrictive 
language regarding vendor compensation that resulted 
in the cancellation of some FY96 projects, new 
language was proposed in FY97. After a great deal of 
compromise, language was passed as Chapter 151, 
Section 683A of the FY97 budget. Results of the 
BFY96-97 campaigns are illustrated in the following 
graph. 


RevOpt BFY96 & BFY97 
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In addition to the department incentive distribution 
language is the Suggestion Awards Board’s employee 
reward program (Chapter 151, Section 582, FY97 
Budget). This program allows an individual employee 
of the Commonwealth (below an M-V status) to receive 
an award up to $5,000 for being instrumental in 


identifying or implementing ideas which reduce costs or 
increase revenues for the Commonwealth. 


Chapter 43, Section 181 of the FY98 budget gives 
departments (through the Office of the State 
Comptroller authorization) the ability to engage vendors 
for the purpose of identification and pursuit of cost 
saving/avoidance opportunities. Similar to other 
contingency payment arrangements, the Office of the. 
State Comptroller works with participating departments 
to ensure Section 181 projects comply with the 
legislation (gross revenue/vendor payment 
calculations), and prepares periodic reports to present 
to the legislature. Through April 1, 1998, $337,509 has 
been paid to a vendor to identify and cost avoid nearly 
$26M. 


The Revenue Bureau has created an extensive tracking 
system that monitors all revenue/expenditure activity 
related to both 29/29E and 238 projects. This system 
includes reports that calculate the complex 238 
incentive distribution formula as well as calculate the 
individual department's vendor participation payments. 


WARDS 


The following is a list of achievements for projects 
which the Office of the State Comptroller has been 
honored for its excellence in non-tax revenue 
management. 


1997: 
¢ Innovations Award for “Non-Tax Revenue 


Optimization Campaign”, The Council of State 
Governments 


¢ Outstanding Performance in State Financial 
Management Award for “Non-Tax Revenue 
Optimization Campaign,” The National 
Association of the State Comptrollers (NASC) 


¢ Manuel Carballo Award Nominee of “The 
Intercept Team,” Governor's Office 


* Pride in Performance Award to “The Intercept 
Team,” Commonwealth of Massachusetts 


¢ Outstanding Achievement in the Field of 
Administrative Applications Award to “The 
Intercept Project,” The National Association of 
State Information Resource Executives 
(NASIRE) 


¢ Esprit Award for Excellence in Strategic 
Partnering Award to “The Billing and Accounts 
Receivable Project,” ClO Magazine 
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